home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.20021006-20030409
/
000017_fdc@columbia.edu_Wed Oct 16 17:34:34 EDT 2002.msg
< prev
next >
Wrap
Text File
|
2020-01-01
|
3KB
|
59 lines
Article: 13780 of comp.protocols.kermit.misc
Path: newsmaster.cc.columbia.edu!news.columbia.edu!news-not-for-mail
From: fdc@columbia.edu (Frank da Cruz)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: Problems transferring over ppp connection
Date: 16 Oct 2002 17:34:26 -0400
Organization: Columbia University
Lines: 42
Message-ID: <aokm12$7lv$1@watsol.cc.columbia.edu>
References: <1034801647.495773@irys.nyx.net>
NNTP-Posting-Host: watsol.cc.columbia.edu
X-Trace: newsmaster.cc.columbia.edu 1034804068 10799 128.59.39.139 (16 Oct 2002 21:34:28 GMT)
X-Complaints-To: postmaster@columbia.edu
NNTP-Posting-Date: 16 Oct 2002 21:34:28 GMT
Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13780
In article <1034801647.495773@irys.nyx.net>,
Henry van Cleef <hvanclee@nyx.net> wrote:
: I have an account where I can connect either to a shell login or
: through ppp and TCP/IP.
:
: I have no problem uploading and downloading files through the regular
: shell kermit protocol. But when I try to upload or download over a
: telnet or ssh (have tried both) connection, the transmission starts
: ok, then blocks and gets tied in knots---it will finally complete, but
: only after wall-to-wall errors, and at a very slow rate.
:
: The TCP/IP connection uses STREAMING, and I suspect that my problem
: lies in the fact that it's much faster than my modem setup can handle.
: What's the proper way to deal with this.
:
The culprit is most likely a lack of effective flow control.
: Local modem is a sportster V90, locked down to 38.4 max, as the
: telephone line will only connect at 26400---modem-local speed is
: 115200.
:
: Remote is a Portmaster3/Radius setup.
: Note that this version of Solaris comes with the later PPP (similar to
: Linux), not the old asppp.
: ppp options are:
: 115200 # default baud rate for this port
: crtscts
:
Presumably "crtscts" sets hardware flow in the PPP driver. But how do we
know it is also being set in the modem? When Kermit does the dialing, it
proactively sets the modem for hardware flow control (unless you told it
not to). When PPP does the dialing, who knows. Maybe the modem's powerup
or reset state does not include RTS/CTS. Can you watch the "chat script"
between the PPP driver and your modem? Compare it with Kermit dialing
with "set dial display on".
Do you call the same number for shell login and PPP login? If not, maybe
there is also a problem on remote end between the answering modem and the
terminal server. If it IS the same number, the problem is almost certainly
between the PPP driver, the serial-port driver, and the calling modem.
- Frank